Cohort-based presentation of user interaction data

ABSTRACT

An interactive, customizable, user interaction data analysis system is disclosed. The system may be configured to provide cohort-based analysis and/or graphical visualizations of user interaction data to a system operator. User interaction data may be obtained, for example, as users interact with one or more software applications. In various embodiments, interactive and customizable visualizations and analyses provided by the system may be based on user interaction data aggregated across groups of users (also referred to as cohorts of users), across particular time frames, and/or from particular software and/or computer-based applications. According to various embodiments, the system may enable insights into, for example, user interaction patterns, the frequency of software application features accessed, the performance of various aspects of software applications, and/or crashes of software applications, among others.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 14/323,904, filed on Jul. 3, 2014, and titled “COHORT-BASED PRESENTATION OF USER INTERACTION DATA,” which application is a continuation of U.S. patent application Ser. No. 14/095,761, filed on Dec. 3, 2013, and titled “COHORT-BASED PRESENTATION OF USER INTERACTION DATA,” which application claims a priority benefit under 35 U.S.C. § 119 to U.S. Provisional Patent Application No. 61/887,799, filed on Oct. 7, 2013, and titled “COHORT-BASED PRESENTATION OF USER INTERACTION DATA,” which is hereby incorporated by reference herein in its entirety.

TECHNICAL FIELD

The present disclosure relates to systems and techniques for user data integration, analysis, and visualization. More specifically, the present disclosure relates to cohort-based user interaction data integration, analysis, presentation, and visualization.

BACKGROUND

In the area of computer-based platforms and software application, user interaction data may be collected, analyzed, and/or presented with the goal of understanding and improving particular aspects of user interactions. For example, in a software application-based context, user interaction data may include various metrics including a number of times that a user performs a particular action (for example, clicks a button), a frequency with which a user utilizes particular functionality, and/or various other types of interactions of the user with the software application, among others.

SUMMARY

Such user data (also referred to as user interaction data) may be aggregated across many users. The user interaction data may then be analyzed by, and presented to, for example, an operator. In general, the term “analytics” may describe one or more processes of user interaction data collection, analysis, presentation, and/or other analysis of such data that may provide insights to the user. Certain systems, methods, and devices of the present disclosure provide, among other features, interactive, customizable, user interaction data analysis. Such systems may be configured to provide cohort-based analysis and/or graphical visualizations of user interaction data to a system operator. User interaction data is obtained, for example, as users interact with one or more software applications. In various embodiments, interactive and customizable visualizations and analyses provided by the system may be based on user interaction data aggregated across groups of users (also referred to as cohorts of users), across particular time frames, and/or from particular software and/or computer-based applications. According to various embodiments, the system may enable insights into, for example, user interaction patterns, the frequency of software application features accessed, the performance of various aspects of software applications, and/or crashes of software applications, among others.

According to an embodiment, a computer system is disclosed comprising: one or more computer readable storage devices configured to store: one or more software modules including computer executable instructions; and at least one set of user interaction data collected from interactions of a plurality of users with a software application; and one or more hardware computer processors in communication with the one or more computer readable storage devices and configured to execute the one or more software modules in order to cause the computer system to: determine, based on preferences received from an operator of the computer system or predefined preferences, two or more groups of the plurality of users, at least one of the groups including multiple of the plurality of users; access, from the one or more computer readable storage devices and by the one or more hardware computer processors, the user interaction data of the plurality of users in the two or more groups; and generate, based on the accessed user interaction data, an interactive user interface configured for display on an electronic display of the computer system, the interactive user interface including at least: an indication of the two or more groups; and for each of the two or more groups, a visualization of a relationship between one or more features and users in the group based on the accessed user interaction data related to interactions of users in the group with the software application.

According to an embodiment, a computer system is disclosed comprising: one or more computer readable storage devices configured to store one or more software modules including computer executable instructions; and one or more hardware computer processors in communication with the one or more computer readable storage devices and configured to execute the one or more software modules in order to cause the computer system to: access, from one or more data stores, user interaction data collected from interactions of a plurality of users with features of one or more software applications; receive, from an operator of the computer system and via a user interface of the computer system, a selection of a group of users from the plurality of users; generate a data visualization based on user interaction data drawn from the set of user interaction data and associated with the selected group of users; and display the generated visualization on an electronic display of the computer system.

According to an embodiment, a computer system is disclosed comprising: one or more computer readable storage devices configured to store one or more software modules including computer executable instructions; and one or more hardware computer processors in communication with the one or more computer readable storage devices and configured to execute the one or more software modules in order to cause the computer system to: access, from one or more data stores, a set of user interaction data comprising data collected from interactions of users with one or more software applications; determine, based on preferences received from an operator of the computer system or predefined preferences, two or more groups of the users, at least one of the groups including multiple of the users; receive, from the operator of the computer system and via a user interface of the computer system, one or more filter criteria to be applied to the set of user interaction data; determine a filtered set of user interaction data comprising user interaction data from the set of user interaction data that meets the one or more filter criteria; determine which of the two or more groups of users include users having associated user interaction data from the filtered set of user interaction data; display, on an electronic display of the computer system, a list of the determined groups of users having associated user interaction data from the filtered set of user interaction data; and display, on the electronic display, a data visualization based on the filtered set of user interaction data.

The systems, methods, and devices described herein each have several aspects, no single one of which is solely responsible for its desirable attributes. Without limiting the scope of this disclosure, several non-limiting features will now be discussed briefly.

BRIEF DESCRIPTION OF THE DRAWINGS

The following aspects of the disclosure will become more readily appreciated as the same become better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings.

FIGS. 1A-1C illustrate sample user interfaces of the user interaction data analysis system, according to embodiments of the present disclosure.

FIGS. 2A-2C illustrate additional sample user interfaces of the user interaction data analysis system in which user cohorts are combined, according to embodiments of the present disclosure.

FIGS. 3A-3C illustrate additional sample user interfaces of the user interaction data analysis system in which usage data is presented in tables, according to embodiments of the present disclosure.

FIGS. 4A-4B illustrate additional sample user interfaces of the user interaction data analysis system in which usage data is presented in line graphs, according to embodiments of the present disclosure.

FIGS. 5A-5B illustrate additional sample user interfaces of the user interaction data analysis system in which usage data is presented in bar graphs, according to embodiments of the present disclosure.

FIGS. 6A-6E illustrate additional sample user interfaces of the user interaction data analysis system in which performance data is presented, according to embodiments of the present disclosure.

FIG. 7 illustrates an additional sample user interface of the user interaction data analysis system in which crash data is presented, according to embodiments of the present disclosure.

FIGS. 8A-8I illustrate additional sample user interfaces of the user interaction data analysis system in which user interaction data is filtered, according to embodiments of the present disclosure.

FIG. 9 shows a flowchart depicting illustrative operations of the user interaction data analysis system, according to an embodiment of the present disclosure.

FIGS. 10A-10B illustrate a network environment and computer systems and devices with which various methods and systems discussed herein may be implemented.

DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS

In order to facilitate an understanding of the systems and methods discussed herein, certain terms may be defined in this document. Such terms should be construed to include the provided definitions, the ordinary and customary meaning of the terms, and/or any other implied meaning for the respective terms. Accordingly, any definitions provided herein do not limit the meaning of the defined terms, but only provide exemplary definitions.

Overview

An interactive, customizable, user interaction data analysis system (“the system,” which refers to any embodiment or combination of embodiments of user interaction data analysis systems disclosed herein) is disclosed. The system may be configured to provide cohort-based analysis and/or graphical visualizations of user interaction data to a system operator (or one or more operators). User interaction data may be obtained, for example, as users interact with one or more software applications (for example, as users select user interface buttons, or activate particular functionality and/or features of the software applications, among others). In various embodiments, interactive and customizable visualizations and analyses provided by the system may be based on user interaction data aggregated across groups of users (also referred to as cohorts of users), across particular time frames, and/or from particular software and/or computer-based applications. According to various embodiments, the system may enable insights into, for example, user interaction patterns, the frequency of software application features accessed, the performance of various aspects of software applications, and/or crashes of software applications, among others. In various embodiments, the system allows an operator to analyze and investigate user interaction data on a user-by-user basis or a group-by-group (cohort-by-cohort) basis.

In an embodiment, data is collected by the system from user interactions with one or more software applications at various computing devices and/or mobile computing devices. The system then processes the user interaction data and provides an interactive user interface to one or more operators (such as system administrators, information technology personnel, managers/engineers/others responsible for a software application being monitored, and/or other interested persons) through which the user interaction data may be displayed and inputs may be received. In an embodiment, the system comprises software including one or more software modules. The software modules may be stored on one or more media devices, and may be executable by one or more processors. The software modules may include modules for collecting user interaction data, processing the data, displaying a user interface to the operator of the system, and/or receiving inputs from the operator.

In various embodiments, the software applications from which user interaction data may be gathered may include, for example, operating systems, data analysis applications, visualization applications, map applications, web browser applications, embedded applications, word processing or spreadsheet applications, database applications, graphics applications, and/or communications applications, among others.

In various embodiments, user interaction data may include, for example, usage data, performance data, and/or crash data, among other types of data. Usage data may include, for example, information regarding users' usage or accesses of particular features of a software application. For example, in an embodiment, each time a user selects a particular button, accesses a particular type of data, and/or activates a particular feature of the software application, data regarding that user action is collected as usage data by the system. Performance data may include, for example, information regarding performance of a software application in response to interactions of the users. For example, performance data may indicate that the software application took some amount of time (for example, three seconds, or some other amount of time) to perform an operation, such as access a particular piece of data or perform a calculation, in response to an input from a user. Crash data may include, for example, information regarding crashes of a software application. Crashes of the software application may include, for example, instances in which the software application becomes unusable, improperly no longer accepts user input, and/or generally functions improperly or requires restarting.

In various embodiments, the interactive user interface of the system includes user interaction data displayed in the form of tables, graphs, and/or bar graphs, among others. A table may display, for example, the number of times a user and/or group of users accesses and/or interacts with particular features of the software application(s). In another example, a table may indicate the performance of the software application(s) in connection with a user and/or group of users accessing and/or interacting with particular features of the software application(s). In yet another example, a graph and/or bar graph may indicate user and/or user-group usage of particular features of the software application(s) over time. In all of the above examples, the interactions of particular users and/or groups of users may be compared to one another. Additionally, in various embodiments, an operator of the system may specify particular groups of interest for comparison, may specify particular software application features of interest, and/or may specify particular time frames of interest, among other options.

In an embodiment, user interaction data may be organized by user. For example, user interaction data may be collected from one or more software applications in which users of the software applications may be identified by a username and/or some other unique identifier. The collected user interaction data may then be stored in, for example, a database or other data store and may be indexed according to the usernames of the users. Accordingly, user interaction data specific to a particular user of the software applications may be accessed by the system, such as to provide an operator with insights into how particular users interact with one or more software applications.

As mentioned above, user interaction data may be organized by groups of users. A group of users may comprise, for example, one or more users of the software applications mentioned above. Groups of users are generally referred to herein as cohorts. Cohorts may be determined automatically by the system and/or manually by the operator of the system. A cohort may comprise a group of logically associated users and/or a cohort may comprise an arbitrary group of users. Organizing users, and thereby user interaction data, into cohorts enables, for example, analysis by the system and/or the operator of the system of grouped or aggregated user interaction data. For example, the usage patterns of a first cohort may easily be compared to a second cohort. In an embodiment, any particular user may be included in more than one cohort.

User Interaction Data Collection

As an illustrative non-limiting example, the user interaction data analysis system may be useful for analysis of user interactions with a word processing application. In this example, usage data of interest may include, for example, a number times a user interacts with particular features of the word processing application such as: a formatting options window, a spellcheck feature, a font selection dropdown, a word count tool, a font color button, a save button, etc. Each item of usage data may additionally include, for example, an associated user, a timestamp, and/or other contextual information useful for later analysis. In this example, performance data may include, for example, an amount of time the word processing application takes to perform an action or task in response to an interaction of the user such as: a time to complete a word count, a time to save a document, etc. Similar to the usage data above, each item of performance data may additionally include, for example, an associated user, a timestamp, and/or other contextual information useful for later analysis. In this example crash data may include, for example, a time and cause associated with a word processing application crash, as well as an associated user, a crash dump file with details related to operation of the application at the time of the crash, and/or other contextual information useful for later analysis.

In an embodiment, the user interaction data (including the usage data, the performance data, and/or the crash data) associated with the word processing application is recorded and/or stored in a data store or other storage medium in a database (or other data structure) and/or log file. In an embodiment, a software application developer may write software code “hooks” into the software application to cause particular events or user interactions to be recorded by the system. For example, the developer may include a “hook” associated with an event comprising the user selecting a save button. Then, when the user is interacting with the software application and selects the save button, the event is recorded as usage data. Similarly, the developer may include “hooks” to record software performance data, crash data, and/or other data that may be interesting for analysis and visualization in one or more user interfaces.

The events, items, interactions, hooks, etc., that are tracked as user interactions by the system may be referred to generally as “features.” A feature may comprise, for example, a button the user selects, an interface the user interacts with, an aspect of the application the user accesses, and/or a type of data the user accesses, among others.

In an embodiment, the system is configured to automatically record user interaction data associated with a software application without the addition of particular “hooks” by a developer. In an embodiment, a set of default user interactions may be recorded with respect to a particular software application, and a developer may include “hooks” for any additional interactions that are to be tracked.

In an embodiment, the system records the user interactions as they happen in a log file. In this embodiment, the log file may be converted to another format, moved to another storage location, combined with other log files (e.g., of other software applications and/or users, and/or converted to a database format, before being accessed for presentation to an operator in a user interface. In an embodiment, user interactions are recorded directly to a database where they may be accessed by the system for presentation to the operator in the user interface.

In an embodiment, user interaction data is associated with specific users. As mentioned above, users may be identified by a username, user identification, and/or some other identifying information. In reference to the word processing software example, a user of the word processing software application may be required to log in to the application by providing a username. That provided username may then be associated with the interaction data collected. In another embodiment, user identifying information may be drawn from the operating system or computing device on which the application is running. For example, an operating system username, an Internet Protocol (IP) address, a MAC address, a geographic location (for example, GPS derived coordinates), and/or any other identifying information may be associated with collected user interaction data.

In various embodiments, user interaction data may be collected for one user, many users, many groups of users, users in disparate geographic locations, users of multiple software applications, users of multiple versions of software applications, user having differing access scopes (for example, differing rights to access types of data or software features), users of multiple organizations, and/or any other types or groups of users and software applications. In an embodiment, user interaction data may be partitioned, encrypted, and/or otherwise protected according to one or more of: the source from which the user interaction data was collected, the type of software application from which the user interaction data was collected, the authority or access scopes of the users, among others. In various embodiments, user interaction data may be stored in one or multiple sets, in one or more locations, and on one or more data storage devices. In an embodiment, user interaction data may be collected anonymously, and/or may not be associated with a particular user.

In various embodiment, and as is described below, collected user interaction data is access by the system and presented in user interfaces to an operator for viewing and analysis. In an embodiment, the user interface of the system may be updated in real-time as user interaction data is collected from one or more software applications.

Sample User Interfaces

Embodiments of the disclosure will now be described with reference to the accompanying Figures, wherein like numerals refer to like elements throughout. The terminology used in the description presented herein is not intended to be interpreted in any limited or restrictive manner, simply because it is being utilized in conjunction with a detailed description of certain specific embodiments of the disclosure. Furthermore, embodiments of the disclosure may include several novel features, no single one of which is solely responsible for its desirable attributes or which is essential to practicing the embodiments of the disclosure herein described.

Many of the following described figures illustrate sample user interfaces of the user interaction data analysis system. In various embodiments, the user interfaces described below may be displayed in any suitable computer system and/or application, for example, in a web browser window and/or a standalone software application, among others. Additionally, the functionality and/or user interfaces of the system as shown in any of the following figures may be implemented in one or more computer modules and/or processors, as is described below with reference to FIGS. 10A-10B.

FIGS. 1A-1C illustrate sample user interfaces of the user interaction data analysis system, according to embodiments of the present disclosure. Referring to FIG. 1A, the example user interface 102 includes an analysis selection bar 104 (including selection options: Usage 106, Performance, and Crashes), a features sidebar 108, a cohorts sidebar 110, visualization selection buttons (including table selection button 112), data calculation buttons (including Total calculation button 114), and a table including columns of features (for example, ALPR Helper, Browser, etc.) and rows of cohorts (for example, Overall, Admins, etc.). In the example, the left-most column 116 of the table includes cohort names (for example, in second row, a cohort named “Overall” 120), the second column 118 of the table includes cohort sizes (for example, the “Overall” cohort is shown to include 1055 users), while the remaining columns indicate data associated with various features.

In operation, in the example of FIG. 1A, the operator has selected the Usage button 106 from the analysis selection bar 104. Selection of the Usage button 106 causes the system to access usage data of the user interaction data and display one or more visualizations related to the accessed usage data, as is described below. As mentioned above, usage data may include, for example, information regarding users' usage or accesses of particular features of one or more software applications. In FIG. 1A, the various features tracked by the system are listed in the features sidebar 108. The listed features include, for example, ALPR helper, Browser, Doc Search, Document, Easy Search Helper, Filter, and Geo Search. Each of these listed feature names is associated with a particular aspect of the tracked software application with which users have interacted, and for which data may be displayed.

Additionally, in the example of FIG. 1A, the operator has selected the table selection button 112. Selection of the table selection button 112 causes the system to display a table visualization of the user interaction data, as is described below.

As further shown in FIG. 1A, the operator may select one or more of the features listed in features sidebar 108 by selecting the check box to the left of each feature name. Selecting a feature causes usage data associated with that feature to be displayed in the visualization, in this example the table. For example, for each feature selected, a column may be added to the table that displays user interaction data associated with each cohort in respective rows of the table. Additionally, the operator may search for particular features by using the search box in the features sidebar 108, and/or may scroll down to see additional listed features by using the scrollbar of the features sidebar 108.

Various cohorts (groups of users) available for selection by the operator are listed in the cohorts sidebar 110. Similar to the features sidebar 108, the cohorts listed in the cohorts sidebar 110 may each be selected or deselected by the operator, searched, and/or scrolled through. In various embodiments, cohorts listed in the cohorts sidebar 110 may be automatically created by the system and/or may be manually created by the operator. For example, in an embodiment, the system provides an interface through which the operator may select particular users (by selection of their associated user identifying information) and may group them into a cohort. In an embodiment, the operator may select a name for each cohort created. In an embodiment, particular cohorts are automatically created, while others are manually created. For example, the system may automatically include an “Overall” cohort that includes every available user, and an “Unassigned” cohort that includes any users not already assigned to another cohort (besides “Overall”). In the example of FIG. 1A, the listed cohorts include Overall, 100, 11, 77th Street, AB, and Admins. The 100 cohort is unselected, while the other listed cohorts are selected.

As shown, the selected cohorts are listed in the visualization, in this example, respective rows of the table, with related user interaction data (also referred to as “interaction metrics” or “metrics” herein) shown in each column of each row. The type of metric shown in the table may be determined by the operator's selection of one the data calculation buttons. In the example of FIG. 1A, the operator has selected the Total calculation button 114. Selection of the Total calculation button 114 causes the system to display metrics that indicate a total number of interactions of all users in a given cohort with a particular feature. For example, the table indicates that the Overall cohort (shown in row two of the table) has a cohort size of 1055, has had 7 interactions with the ALPR Helper feature, has had 57 interactions with the Browser features, etc. As the Overall cohort includes all users for which user interaction data is available, the metrics associated with the Overall cohort are the largest of any available cohort. In another example, the table indicates that the AB cohort (shown on row four of the table) has a cohort size of 10, has had 0 interactions with the ALPR Helper feature, has had 1 interaction with the Browser features, etc.

For each of the cells of the table in FIG. 1A, the cells may be filled with a color and/or texture that visually indicates the size of respective metrics. In an embodiment, for each feature/column, the portion of each cell that is filled is proportional to the largest metric shown on the table in the particular column, with the exception of the metrics associated with the Overall cohort. For example, for the Browser feature column of the table, the largest metric, 16, which is associated with the Admins cohort, is the largest metric in that column and, thus, the entire associated cell is filled. The cell associated with the Browser metric of the AB cohort, 1, is accordingly one-sixteenth filled, as the portion filled is proportional to the largest metric 16. Similarly, the cells associated with the Cohort Size column are filled proportional to the metric associated with the Boston Tea Party cohort, 21.

Turning to FIG. 1B, dropdown 130 allows the operator to select a particular time period from which user interaction data is to be displayed. For example, the operator may select to view only user interaction data from Today (the present day), Last 7 Days, Last 30 Days, This Month (the current month), or Custom Range (in which the operator can define a start and end date). When the operator has selected a particular date range, the range is shown at indication 130, and user interaction data displayed in the present visualization (in FIG. 1B, a table) is limited to the selected time range.

Any of the cohorts listed in the table of FIG. 1A may be selected by the operator to cause the system to display a list of users associated with the selected cohort, as shown in FIG. 1C. In FIG. 1C, the operator has selected to view the users of the “AB” cohort and their associated user interaction data. For example, table 140 lists various users (for example, a1, a10, a2, a3, etc.) and associated metrics. The operator may select the “Back to cohorts” button 142 to go back to table of FIG. 1A that lists each cohort. In an embodiment, the cohorts sidebar may automatically change to a users sidebar 144, which lists each of the users of the currently viewed cohort. The operator may optionally, select or deselect one or more of the users listed in the users sidebar 144. Deselection of users in the users sidebar 144 causes information related to the deselected user to not be displayed in the table 140.

In various embodiments, and throughout the present disclosure, the term “visualization” may be used to refer to any aspect of the data displayed to the operator (for example, via the user interface) so as to enable the operator to understand, analyze, and/or visualize the user interaction data. For example, in the context of the table of FIG. 1A, the term “visualization” may refer to a cell of the table, a number or text in a cell of the table, a fill in a cell of the table, a particular column and/or row of the table, a portion of the table, a group of cells of the table, and/or any other aspect of the data displayed to the operator. In other contexts and in other data displays and visualizations (as described in reference to the figures below) the term “visualization” may likewise refer to any aspect and/or group of aspects of any chart, table, line graph, bar graph, other type of graph, and/or animation, among other data display possibilities.

Combining Cohorts

FIGS. 2A-2C illustrate additional sample user interfaces of the user interaction data analysis system in which user cohorts are combined, according to embodiments of the present disclosure. In various embodiments, the operator of the system may desire to combine two or more cohorts together to analyze and visualize user interaction data associated with the combined cohort. Combining cohorts may be accomplished as shown in FIGS. 2A-2C.

The user interface of FIG. 2A include a cohorts sidebar 202, in which two cohorts are currently selected at 204: AB and Admins. The operator may select the Combine Cohorts button 206, which results in the user interface of FIG. 2B. As shown at 210 of FIG. 2B, the user interface indicates that the AB and Admin cohorts are going to be combined, and provides the operator the option of naming the combined cohorts. The operator may then select the “Create” button to cause the combined cohort to be created. FIG. 2C shows the combined cohort “AB and Admin” 220 added to the cohorts sidebar of the user interface. Additionally, as the AB and Admin cohort is selected, metrics associated with the combined cohort are shown in the table at 222. It may be observed that the metrics associated with the combined cohort are a sum of the metrics of each individual cohort. Additionally, in an embodiment, combinations of cohorts listed in the cohorts sidebar may include one or more differentiating factors so that they may be distinguished from regular cohorts. For example, in FIG. 2C, the “AB and Admins” cohort is italicized so that the operator may understand that that cohort is comprised of a combination of other cohorts. In an embodiment, the operator may select the combined cohort 222 in the table to view, for example, a list of users related to the combined cohort, and/or a list of cohorts that make up the combined cohort.

Table Visualization

FIGS. 3A-3C illustrate additional sample user interfaces of the user interaction data analysis system in which usage data is presented in tables, according to embodiments of the present disclosure. FIG. 3A shows user interaction data in a table view in which a Total calculation button 302 is selected (similar to FIG. 1A described above). FIGS. 3B and 3C show user interaction data in table views in which Unique calculation button 304 and Average calculation button 306 are selected, respectively.

FIG. 3A shows total count metrics for three cohorts (AB and Admins, Admins, and AB) for two features (Histogram and Share Graph). As described above, the metrics displayed when the Total calculation button 302 is selected comprise a total number of user interactions, with a particular feature, for all users in a cohort, over the specified time period. FIG. 3B shows, for the same cohorts and features, unique count metrics when the Unique calculation button 304 is selected. When the Unique calculation button 304 is selected, each metric indicates a total number of unique users who interacted with the particular feature at least once in the specified time period. FIG. 3C shows, for the same cohorts and features, average count metrics when the Average calculation button 304 is selected. When the average calculation button 304 is selected, each metric indicates an average number of interactions, with a particular feature, for each user, over the specified time period. For example, average count metrics may be calculated by dividing the total count by the unique count, for each respective cohort and feature.

In various embodiments, other metric calculations may be displayed in the table view of the user interface.

Line Graph Visualization

FIGS. 4A-4B illustrate additional sample user interfaces of the user interaction data analysis system in which usage data is presented in line graphs, according to embodiments of the present disclosure. FIG. 4A shows that the operator has selected the line graph selection button 402, which causes the system to generate a user interface that shows one or more line graphs such as line graph 404 and line graph 406. FIG. 4A also shows that the operator has selected the “Show one chart per: Cohort” button 422. Accordingly, the example user interface of FIG. 4A shows one line graph for each selected cohort. In this example, as shown in the cohorts sidebar, the selected cohorts include Overall, Aft and AB and Admin, and one line graph is generated for each selected cohort, including line graph 404 and line graph 406. The system operator may optionally scroll down the user interface to view the remainder of the line graph 406 (which is only partially visible in FIG. 4A), and line graphs corresponding to additional selected cohorts.

In FIG. 4A, each of the line graphs is comprised of user interaction data indicating cohort usage of the various selected features, over the currently select time period. For example, the line graph 404 shows usage data over time associated with users of the Overall cohort and each of the selected features, Histogram and Share Graph. Line 408 shows Histogram usage over time, while line 410 shows Share Graph usage over time. In an embodiment, the operator may hover a cursor or other input device over the line graph (or otherwise select aspects of the line graph) to view detailed information. For example, in FIG. 4A the operator has selected the date Aug. 13, 2013 (indicated by the popup date and line at 412), causing the system to display, in the line graph window 404, that on that date there were ten total interactions with the Histogram feature, and 4 total interactions with the Share Graph feature. As described previously with respect FIGS. 3A-3C, the operator may select any of the Total, Unique, or Average calculation buttons, which will cause the line graphs to be updated accordingly.

In an embodiment, the operator may select a “Show one chart per: Feature” button 420, which causes the user interface to be updated as shown in FIG. 4B. As shown in FIG. 4B, one line graph is now shown for each of the selected features: Histogram and Share Graph. On each line graph, for example line graph 424 (showing user interaction data related to the Histogram feature), lines are plotted showing the usage respective feature by the various selected cohorts. In the example of FIG. 4B, for example, line 426 indicates the usage by users in the Overall cohort, while line 428 indicated usage by users in the AB and Admins cohort. As with the user interface of FIG. 4A, and as described previously with respect FIGS. 3A-3C, the operator may select any of the Total, Unique, or Average calculation buttons, which will cause the line graphs to be updated accordingly.

Bar Graph Visualization

FIGS. 5A-5B illustrate additional sample user interfaces of the user interaction data analysis system in which usage data is presented in bar graphs, according to embodiments of the present disclosure. FIG. 5A shows that the operator has selected the bar graph selection button 502, which causes the system to generate a user interface that shows one or more sets of bar graphs such as bar graphs 504 and bar graphs 506. FIG. 4A also shows that the operator has selected the “Show one chart per: Feature” button 508. Accordingly, the example user interface of FIG. 5A shows one set of bar graphs for each selected feature. In this example, the selected features include Histogram and Share Graph, and one set of bar graphs is generated for each selected feature, including bar graphs 504 and bar graphs 506. The system operator may optionally scroll down the user interface to view the remainder of the bar graphs 506 (which is only partially visible in FIG. 5A), and bar graphs corresponding to additional selected features.

In FIG. 5A, each set of bar graphs is comprised of user interaction data indicating feature usage by each of the selected cohorts. For each selected cohort and each selected feature, a bar graph is generated that shows a distribution of usage of respective features by the users of each cohort, over the specified time period. For example, the Histogram bar graphs 504 includes a chart that shows a distribution of Histogram usage by users of the Overall cohort over the previous 30 days. The Histogram-Overall bar graph includes five bins including 0-7, 8-14, 15-21, 22-28, and 29-31. The system places each user of the cohort in a bin that corresponds to the number of days in the 30 day time period that the user has used the Histogram feature. Thus, the Histogram-Overall bar graph indicates to the operator that, of the 1055 users in the Overall cohort, 1054 used the Histogram feature for 0-7 days out of the last 30 days, and 1 used the Histogram feature for 8-14 days out of the last 30 days. Similarly, of users in the AB cohort, all 20 used the Histogram feature for 0-7 days out of the last 30 days.

In various embodiments, a longer or shorter time period may be specified by the operator of the system. In these embodiments, the system may automatically select more or fewer than 5 bins, and each bin may cover a longer or shorter time period than 7 days.

In an embodiment, the operator may select a “Show one chart per: Cohort” button 510, which causes the user interface to be updated as shown in FIG. 5B. As shown in FIG. 5B, a set of bar graphs may be generated for each of the selected cohorts: Overall (indicated by 512), AB (indicated by 514), AB and Admins, and Admins. Each set of bar graphs includes bar graphs corresponding to each selected feature. The bar graphs of FIG. 5B display user interaction data in a similar manner to that of the bar graphs of FIG. 5A.

Other Usage Views Details

In an embodiment, the usage view may display usage information related to types of data, or data sources, accessed by users of the software application(s). In this embodiment, particular data types and/or data sources may be listed as features, and usage may be tracked as with other types of features described above.

The various usage views and/or visualizations of the system enable an operator to determine, for example, for particular cohorts and/or particular features, the usage patterns associated with the software application(s). This usage information may be used to, for example, determine particular features of the software application(s) that are especially important or heavily used (or underused) by particular cohorts, and/or to determine cohorts or users that may need training related to particular features, among other advantages.

Performance Data Visualizations

FIGS. 6A-6E illustrate additional sample user interfaces of the user interaction data analysis system in which performance data is presented, according to embodiments of the present disclosure. FIG. 6A-6E show, for example, that the operator of the system has selected the Performance option 602 on the analysis selection bar. Selection of the Performance option 602 causes the system to access and display performance data from the user interaction data, and display various visualizations of the performance data that are usable by the operator to better understand user interactions with the one or more software applications. In each of FIGS. 6A-6E, the operator has selected to view performance data related to, among other features, Doc Search, Document, Geo Search, Histogram Load, and Share Graph.

In an embodiment, the system accesses the user interaction data to determine those features to list in the features sidebar when the various analysis modes of the system are selected by the operator. For example, when the operator selects the Usage analysis option, the system may access the user interaction data to determine a list of usage-related features from the usage data of the user interaction data. In another example, when the operator selects the Performance analysis option, the system may access the user interaction data to determine a list of performance-related features from the performance data of the user interaction data. The determined list of features may then be displayed in the features sidebar of the user interface of the system. In an embodiment, features listed in the features sidebar when the Performance option is selected are the same as those listed when the Usage option is selected. In another embodiment, features listed in the features sidebar when the Performance option is selected may not be the same as those listed when the Usage option is selected.

Each of FIGS. 6A-6C, and 6E list various cohorts in a cohorts sidebar that may be selected by the operator, similar to the lists in the cohorts sidebar as described above in reference to various figures (for example, FIG. 1A). FIG. 6D lists various users associated with a selected cohort in a users sidebar that may be selected by the operator, similar to the list in the users sidebar as described above in reference to FIG. 1C).

Similar to the tables of FIGS. 3A-3C described above, the performance data in each of FIGS. 6A-6E is displayed in tables in which various performance data is organized according to selected features and cohorts. The rows of the table correspond to the selected cohorts (or in the example of FIG. 6D, the rows correspond to users), while the columns of the table correspond to the selected features. Cells of the table indicate performance data associated with respective cohorts (or users) and features.

Each of FIGS. 6A-6E additionally include “Absolute” and “Relative” data display options (indicated by 604 of FIG. 6A) that are alternatively selectable by the operator, and “50th,” “90th,” “99th” percentile options (indicated by 606 of FIG. 6A) that are also alternatively selectable by the operator. Each of the data display options and percentile options may be selected by the operator of the system by, for example, clicking on or otherwise selecting the desired option through the user interface. Currently selected options are indicated in FIGS. 6A-6E by a shading or cross-hatching. In other embodiments, option selection may be indicated by, for example, a coloring, texture, or other differentiating characteristic. In an embodiment, other percentile option may be available to the operator, for example, 10th, 20th, 30th, 40th, 60th, 70th, 80th, or any other percentile.

In an embodiment, selection of the “Absolute” data display option causes performance data to be displayed that is aggregated across user interactions for a particular time period. Selection of the “Relative” data display option causes performance data to be displayed as a relative comparison of user interaction data for one time period to user interaction data for another time period. In an embodiment, selection of the various percentile options causes performance data to be displayed that indicates, for example, performance values (also referred to as measurements or numbers) below which a given percentage of performance data measurements in respective groups of measurements (for example, a group of measurements corresponding to a particular cohort's use of a particular feature, during a particular period of time) fall. For example, selection of “50th” percentile causes the system to display performance data that indicates 50th percentile, or median, performance values. In another example, selection of “90th” percentile causes the system to display performance data that indicates 90th percentile performance values. In an embodiment, higher percentiles may generally indicate worse performance values, as a higher percentile includes a larger range of performance values. Examples of performance values associated with percentile options are be described in detail in reference to FIGS. 6A-6E below.

Referring now specifically to FIG. 6A, as indicated by 604 the operator has selected the “Absolute” performance data option and the “50th” percentile option. The table shows the performance data associated with the selected features and cohorts. For example, for the Overall cohort and the Doc Search feature, 608 indicates that the performance of the feature is 3.78 seconds (for example, the median performance of the Doc Search feature is 3.78 seconds). Additionally, 610 indicates that 6 actions, or user interactions, are being taken into account in determining the performance 50th percentile value. Similarly, for the Overall cohort, the median performance for the Document feature is 0.14 seconds, and 114 interactions are taken into account. In an embodiment, interactions taken into account for any particular performance value are determined based on the total number of user interactions associated with a particular specified time period, cohort, and feature.

Referring to FIG. 6B, as indicated by 620 the operator has changed the percentile option to “90th.” As may be observed, the performance numbers displayed in the table are generally higher than were shown in FIG. 6A, as a 90th percentile of user interactions expectedly includes longer delays and/or worse performance associated with any particular feature than a 50th percentile of user interactions.

Referring to FIG. 6C, as indicated by 630 the operator has changed the percentile option to “99th.” As may be observed, the performance numbers displayed in the table are generally higher than were shown in FIG. 6B, as a 99th percentile of user interactions expectedly includes longer delays and/or worse performance associated with any particular feature than a 90th percentile of user interactions.

Referring to FIG. 6D, as mentioned above, FIG. 6D shows a sample user interface in which the operator has selected a particular cohort (in this example, the Unassigned cohort) to view performance data associated with the various users contained in that cohort. As indicated by 643, a selectable list of users is displayed, and any selected users are displayed in the accompanying table 640 along with associated performance data. The operator may select the “Back to cohorts” button 642 to return to the table of cohorts (for example, any of FIGS. 6A-6C).

Referring to FIG. 6E, as indicated by 650, the operator has changed the data display option to “Relative.” The operator may further specify a first time period (or timeframe) at 652, and a second time period (or timeframe) at 654. Performance data from the two selected time periods is then accessed and a comparison between the two is displayed in the table 652. For example, for the Overall cohort and the Geo Search feature, the shown 0.35 seconds value indicates that the 50th-percentile performance of the Geo Search feature was 0.35 seconds slower in the second time period as compared to the first time period. In another example, for the April 2013 Person Search Classes cohort and the Geo Search feature, the shown −0.46 seconds value indicates that the 50th-percentile performance of the Geo Search feature was 0.46 seconds faster in the second time period as compared to the first time period.

In an embodiment, the performance differences in the Relative display view may be indicated by a color, or other indicator. For example, improved performance may be indicated by green (or some other color) shading in the applicable cells, which degraded performance may be indicated by red (or some other color) shading in the applicable cells. In FIG. 6E, the cells showing degraded performance are indicated by one type of shading, while the cells showing improved performance are indicated by another type of shading.

The performance view of the system enables the operator to discover, for example, for particular cohorts and/or particular features, where performance of the software application(s) is poor, or needs improvement. The operator may then use this information to improve the software application(s), improve infrastructure underlying the software application(s), and/or assist or train users of the software application(s) so as to improve the performance of the software application(s), among other advantages.

Crashes Data Visualizations

FIG. 7 illustrates an additional sample user interface of the user interaction data analysis system in which crash data is presented, according to embodiments of the present disclosure. FIG. 7 shows that he operator has selected the crashes selection button 702, which causes the system to generate a user interface that shows a table 704 of crash data. The table 704 include three columns that display, for each crash event, an associated username (for example, an identifier associated with the user that was using the software application when a crash occurred), a cause of the crash event, and a date and time associated with the crash. The table 704 may be sorted by any of the three columns. Further, the operator may select a time period for which crash data is to be displayed. In an embodiment, the cause column may indicate the particular software application and/or feature associated with the crash.

The performance view of the system enables the operator to discover, for example, for particular user and/or particular features, when crashes occur. The operator may then use this information to detect problems with the software application(s), correct problems with the software application(s), and/or assist users of the software application(s) that have experienced a crash, so as to improve user experience with the software application(s), among other advantages.

User Interaction Data Filtering

FIGS. 8A-8I illustrate additional sample user interfaces of the user interaction data analysis system in which user interaction data is filtered, according to embodiments of the present disclosure. Beginning with FIG. 8A, as indicated by indicator 802, the operator has selected a Filter option of the user interface. In response, the user interface displays, at indicator 804, a list of filters applied and the number users meeting the filter criteria (in FIG. 8A, no filters have been applied, so all users with related user interaction data for the time period selected, 438, meet the criteria); at indicator 806, a selectable list of cohorts that include users that meet the applied filter criteria (in FIG. 8A, no filters have been applied, so all cohorts are listed; selected cohorts are indicated in bold, although in other embodiments other visual differentiation may be implemented); at indicator 808, a particular selected feature of interest (in FIG. 8A, the selected feature is Graph); and at indicator 810, a cohort-based visualization of usage data associated with the users meeting the applied filter criteria (in FIG. 8A, the displayed visualization is a cohort-based graph showing total usage of the Graph feature by all users, for each of the selected cohorts from the cohort list 806; in other embodiments other types of visualizations may be displayed).

The operator may apply a filer to the user interaction data, as shown in FIG. 8B, by selecting a “Filter” button 820. Following selection of the filter button 820, the operator may select a particular feature upon which to filter from the dropdown 822. The dropdown 822 may include a list of all features for which user interaction data is available. As shown in FIG. 8C, after the operator has selected a feature (in this example, the operator has selected the feature Logins (usage), indicating usage data related to the Logins feature is being used as a basis of the filtering) the user may select dropdown 830 to select, as shown in FIG. 8C, a comparison operator to be associated with the selected feature. As shown in FIG. 8E, the operator may then select a number of interactions as 840 so as to complete the filter, and may then select the add button 842 to apply the filter to the user interaction data.

As shown in FIG. 8F at indicator 850, the filter has been applied to the user interaction data. In the example of FIG. 8F, only 4 users are shown to have greater than two interactions with the Login feature. The cohort list 852 lists all cohorts having at least one associated user that meets the applied filter criteria. Three of those four cohorts are selected by the operator (Overall, NF, and Unassigned), and a corresponding visualization is displayed at 854. Additionally, the each of the cohort listed in the cohorts list 852 includes information indicating the percent of the total users in the cohort meeting the filter criteria (for example, 0.91% of users in the Overall cohort have has more than 2 interactions with the Logins feature).

In another example, as shown in FIG. 8G, the operator may apply a filter based on performance data associated with a feature. In the example shown, the operator has selected Document performance data, and has specified the criteria to include only users have greater than one interaction with the Document feature, and experiencing performance between 0.25 and 1 seconds with respect to the Document feature. FIG. 8H shows, at indicator 870, the filter of FIG. 8G applied to the user interaction data. Additionally, the operator may select a different feature from the dropdown 872 to be the basis of the displayed visualization. For example, the operator may choose to display a visualization showing usage of the Browser feature by all users meeting the applied criteria. FIG. 8I shows cohort-based usage of the Document feature by users that meet the applied criteria.

Other Aspects of the Various Views

In various embodiments, one or more of the usage, performance, crashes, and/or filter views of the system may include other types of charts, tables, line graphs, bar graphs, animations, or other types of visualizations of user interaction data.

In various embodiments, the system may include popups, pop overs, and/or tool tips that comprise, for example, a window or display of information associated with selected and/or hovered over elements of the user interface. For example, a popup may automatically display when the operator hovers a cursor over a cohort in the cohorts list and/or in a visualization. The popup may display relevant to the cohort, for example, a number of users in the cohort, a cohort creation time, and/or other information related to the cohort.

In an embodiment, the users, cohorts, and/or features displayed in the user interface of the user interaction data analysis system are determined based on one or more automatically created or user-defined files. For example, an automatically created or user-defined file may comprise a comma-separated values-type file, and a user may manually define, in the file, lists of features, lists of users, and/or lists to cohorts. A file defining cohorts may include, for example, a list of cohorts, and for each cohort, a list of users to be associated with the cohort. The files may be accessed and read by the system when the user interface is generated, for example.

Sample Operations

FIG. 9 shows a flowchart depicting illustrative operations and/or processes of the user interaction data analysis system, according to an embodiment of the present disclosure. In various embodiments, fewer blocks or additional blocks may be included in the processes, or various blocks may be performed in an order different from that shown in FIG. 9. In an embodiment, one or more blocks in FIG. 9 may be performed by, or implemented in, one or more computer modules and/or processors, as is described below with reference to FIGS. 10A-10B.

As shown in FIG. 9, in an embodiment blocks 902-904 may be performed by and/or occur at one or more computing devices with which users interact. Blocks 906-914, on the other hand, may be performed by and/or occur at a computer server of the system. These various aspects of the user interaction data analysis system are further described below in reference to FIGS. 10A-10B.

At block 902, user interactions with one or more software applications are received at one or more computing devices. For example, user interactions with, for example, a data analysis application, a map application, a word processing application, or some other type of application may be tracked and/or stored. At block 904, the user interaction data is communicated to a server of the system.

At block 906, the user interaction data is received at the server. The data is then processed by the server at block 908. For example, the user interaction data may be organized by software application, by time, by user, by feature, by data type (for example, usage, performance, and/or crash data) and/or by any other useful index. Further, metrics may be processed and/or analyzed, and/or cohorts of users may be determined (automatically and/or in response to inputs by an operator). At block 910, a user interface is generated that displays the processed user interaction data, as described with reference to the figures above. For example, features and cohorts are listed, and visualization of selected cohorts and features are displayed on the user interface.

At block 912, the operator may interact with the user interface of the system in any of the ways described above. These actions are received by the system, and at block 914, the user interface is updated in response to the operator's actions. For example, the operator may select Usage, Performance, Crashes, or Filters view, causing the system to display information associated with those views. In another example, the operator may select and/or deselect one or more cohorts and/or features, causing the system to update the displayed visualizations.

In various embodiments, user interaction data may be received and processed by the system at any time and/or continuously. In an embodiment, user interaction data may be updated even as the operator is viewing the data on the user interface. For example, in an embodiment, the operator may use the system to analyze substantially real-time user interaction data.

As mentioned above, the user interaction data analysis system is advantageously configured to provide analysis and visualizations of user interaction data to a system operator (or one or more operators). In various embodiments, interactive visualizations and analyses provided by the system may be based on user interaction data aggregated across cohorts, across particular time frames, and/or from particular software and/or computer-based applications. According to various embodiments, the system may enable insights into, for example, user interaction patterns, the frequency of software application features accessed, the performance of various aspects of software applications, crashes of software applications, among others. In various embodiments, the system allows an operator to analyze and investigate user interactions data on a user-by-user basis or a group-by-group (or cohort-by-cohort) basis. The operator may then use the insights to improve user interactions with the software application(s) and/or to improve the software application(s), among other advantages.

Implementation Mechanisms

FIG. 10A illustrates a network environment in which the user interaction data analysis system may operate, according to embodiments of the present disclosure. The network environment 1050 may include one or more computing devices 1052, one or more mobile computing devices 1054, a network 1056, an interaction server 1058, and a content data store 1060. The constituents of the network environment 1050 may be in communication with each other either locally or over the network 1056.

In an embodiment, the computing device(s) 1052 and/or the mobile computing device(s) 1054 may be any computing devices capable of displaying software applications to a user and receiving input from the user. For example, the computing device(s) 1052 and/or the mobile computing device(s) 1054 may include one or more of the types of computer-enabled devices mentioned above, such as smartphones, tablets, laptops, and/or other types of computing devices. The computing device(s) 1052 and/or the mobile computing device(s) 1054 may also be capable of communicating over the network 1056, for example, to request media, content, and/or application data from, and/or to provide user interaction data to, the interaction server 1058.

In some embodiments, the computing device(s) 1052 and/or the mobile computing device(s) 1054 may include non-transitory computer-readable medium storage for storing content information, app data, and/or collected user interaction data. For example, either of the computing device(s) 1052 and/or the mobile computing device(s) 1054 may include one or more software modules that may implement aspects of the functionality of the user interaction data analysis system. These may include, for example, software application 1062 and/or user interaction module 1064. The software application 1062 may be configured to present content to a user and receive interactions from the user. For example, the software application 1062 may comprise a web app, smartphone app, and/or tablet app, among others. The user interaction module 1064 may be configured to gather user interaction data as the user interacts with the software application, and to communicate the user interaction data to the interaction server 1058 for processing and display in the system user interface. Additional aspects, operations, and/or functionality of computing device(s) 1052 and/or the mobile computing device(s) 1054 are described in further detail in reference to FIG. 10B below.

The network 1056 may be any wired network, wireless network, or combination thereof. In addition, the network 1056 may be a personal area network, local area network, wide area network, cable network, satellite network, cellular telephone network, or combination thereof. Protocols and components for communicating via the Internet or any of the other aforementioned types of communication networks are well known to those skilled in the art of computer communications and thus, need not be described in more detail herein.

The interaction server 1058 is a computing device, similar to the computing devices described above, that may perform a variety of tasks to implement the operations of the user interaction data analysis system. The interaction server may include one or more software modules 1070 that may be configured to, for example, receive user interaction data, process user interaction data, display the user interface (including various of the visualizations described above), receive inputs from the operator, and/or update the user interface. The user interaction data may be received from the computing device(s) 1052 and/or the mobile computing device(s) 1054 over the network 1056. Additional aspects, operations, and/or functionality of interaction server 1058 are described in further detail in referenced to FIG. 10B below.

The interaction server 1058 may be in communication with the content data store 1060. The content data store 1060 may store, for example, received and/or processed user interaction data, among other data. The content data store 1060 may be embodied in hard disk drives, solid state memories, and/or any other type of non-transitory, computer-readable storage medium remotely or locally accessible to the interaction server 1058. The content data store 1060 may also be distributed or partitioned across multiple storage devices as is known in the art without departing from the spirit and scope of the present disclosure.

In various embodiments, the system may be accessible by the operator through a web-based viewer, such as a web browser. In this embodiment, the user interface may be generated by the interaction server 1058 and transmitted to the web browser of the operator. The operator may then interact with the user interface through the web-browser. In an embodiment, the user interface of the user interaction data analysis system may be accessible through a dedicated software application. In an embodiment, the user interface of the user interaction data analysis system may be accessible through a mobile computing device, such as a smartphone and/or tablet. In this embodiment, the interaction server 1058 may generate and transmit a user interface to the mobile computing device. Alternatively, the mobile computing device may include modules for generating the user interface, and the interaction server 1058 may provide user interaction data to the mobile computing device. In an embodiment, the interaction server 1058 comprises a mobile computing device.

According to various embodiments, the user interaction data analysis system and other methods and techniques described herein are implemented by one or more special-purpose computing devices. The special-purpose computing devices may be hard-wired to perform the techniques, or may include digital electronic devices such as one or more application-specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs) that are persistently programmed to perform the techniques, or may include one or more general purpose hardware processors programmed to perform the techniques pursuant to program instructions in firmware, memory, other storage, or a combination. Such special-purpose computing devices may also combine custom hard-wired logic, ASICs, or FPGAs with custom programming to accomplish the techniques. The special-purpose computing devices may be desktop computer systems, server computer systems, portable computer systems, handheld devices, networking devices or any other device or combination of devices that incorporate hard-wired and/or program logic to implement the techniques.

Computing device(s) are generally controlled and coordinated by operating system software, such as iOS, Android, Chrome OS, Windows XP, Windows Vista, Windows 7, Windows 8, Windows Server, Windows CE, Unix, Linux, SunOS, Solaris, iOS, Blackberry OS, VxWorks, or other compatible operating systems. In other embodiments, the computing device may be controlled by a proprietary operating system. Conventional operating systems control and schedule computer processes for execution, perform memory management, provide file system, networking, I/O services, and provide a user interface functionality, such as a graphical user interface (“GUI”), among other things.

For example, FIG. 10B is a block diagram that illustrates a computer system 1000 upon which the various systems, devices, and/or methods discussed herein may be implemented. For example, some or all aspects of computing system 1000 may be included in any of computing device(s) 1052, mobile computing device(s) 1054, and/or interaction server 1058. In an embodiment, each of the computing device(s) 1052, mobile computing device(s) 1054, and interaction server 1058 is comprised of a computing system similar to the computer system 1000 of FIG. 10B. Computer system 1000 includes a bus 1002 or other communication mechanism for communicating information, and a hardware processor, or multiple processors, 1004 coupled with bus 1002 for processing information. Hardware processor(s) 1004 may be, for example, one or more general purpose microprocessors.

Computer system 1000 also includes a main memory 1006, such as a random access memory (RAM), cache and/or other dynamic storage devices, coupled to bus 1002 for storing information and instructions to be executed by processor 1004. Main memory 1006 also may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor 1004. Such instructions, when stored in storage media accessible to processor 1004, render computer system 1000 into a special-purpose machine that is customized to perform the operations specified in the instructions.

Computer system 1000 further includes a read only memory (ROM) 1008 or other static storage device coupled to bus 1002 for storing static information and instructions for processor 1004. A storage device 1010, such as a magnetic disk, optical disk, or USB thumb drive (Flash drive), etc., is provided and coupled to bus 1002 for storing information and instructions.

Computer system 1000 may be coupled via bus 1002 to a display 1012, such as a cathode ray tube (CRT), LCD display, or touch screen display, for displaying information to a computer user and/or receiving input from the user or operator. An input device 1014, including alphanumeric and other keys, is coupled to bus 1002 for communicating information and command selections to processor 1004. Another type of user input device is cursor control 1016, such as a mouse, a trackball, or cursor direction keys for communicating direction information and command selections to processor 1004 and for controlling cursor movement on display 1012. This input device typically has two degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y), that allows the device to specify positions in a plane. In some embodiments, the same direction information and command selections as cursor control may be implemented via receiving touches on a touch screen without a cursor.

Computing system 1000 may include modules to a user interface and the various other aspects of the user interaction data analysis system. These modules may include, for example, the software application 1062, the user interaction module 1064, and/or the other software module(s) 1070 described above, among others. The modules may be stored in a mass storage device as executable software codes that are executed by the computing device(s). This and other modules may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.

In general, the word “module,” as used herein, refers to logic embodied in hardware or firmware, or to a collection of software instructions, possibly having entry and exit points, written in a programming language, such as, for example, Java, Lua, C or C++. A software module may be compiled and linked into an executable program, installed in a dynamic link library, or may be written in an interpreted programming language such as, for example, BASIC, Perl, or Python. It will be appreciated that software modules may be callable from other modules or from themselves, and/or may be invoked in response to detected events or interrupts. Software modules configured for execution on computing devices may be provided on a computer readable medium, such as a compact disc, digital video disc, flash drive, magnetic disc, or any other tangible medium, or as a digital download (and may be originally stored in a compressed or installable format that requires installation, decompression or decryption prior to execution). Such software code may be stored, partially or fully, on a memory device of the executing computing device, for execution by the computing device. Software instructions may be embedded in firmware, such as an EPROM. It will be further appreciated that hardware modules may be comprised of connected logic units, such as gates and flip-flops, and/or may be comprised of programmable units, such as programmable gate arrays or processors. The modules or computing device functionality described herein are preferably implemented as software modules, but may be represented in hardware or firmware. Generally, the modules described herein refer to logical modules that may be combined with other modules or divided into sub-modules despite their physical organization or storage

Computer system 1000 may implement the techniques described herein using customized hard-wired logic, one or more ASICs or FPGAs, firmware and/or program logic which in combination with the computer system causes or programs computer system 1000 to be a special-purpose machine. According to one embodiment, the techniques herein are performed by computer system 1000 in response to processor(s) 1004 executing one or more sequences of one or more modules and/or instructions contained in main memory 1006. Such instructions may be read into main memory 1006 from another storage medium, such as storage device 1010. Execution of the sequences of instructions contained in main memory 1006 causes processor(s) 1004 to perform the process steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions.

The term “non-transitory media,” and similar terms, as used herein refers to any media that store data and/or instructions that cause a machine to operate in a specific fashion. Such non-transitory media may comprise non-volatile media and/or volatile media. Non-volatile media includes, for example, optical or magnetic disks, such as storage device 1010. Volatile media includes dynamic memory, such as main memory 1006. Common forms of non-transitory media include, for example, a floppy disk, a flexible disk, hard disk, solid state drive, magnetic tape, or any other magnetic data storage medium, a CD-ROM, any other optical data storage medium, any physical medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, NVRAM, any other memory chip or cartridge, and networked versions of the same.

Non-transitory media is distinct from but may be used in conjunction with transmission media. Transmission media participates in transferring information between non-transitory media. For example, transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprise bus 1002. Transmission media can also take the form of acoustic or light waves, such as those generated during radio-wave and infra-red data communications.

Various forms of media may be involved in carrying one or more sequences of one or more instructions to processor 1004 for execution. For example, the instructions may initially be carried on a magnetic disk or solid state drive of a remote computer. The remote computer can load the instructions and/or modules into its dynamic memory and send the instructions over a telephone line using a modem. A modem local to computer system 1000 can receive the data on the telephone line and use an infra-red transmitter to convert the data to an infra-red signal. An infra-red detector can receive the data carried in the infra-red signal and appropriate circuitry can place the data on bus 1002. Bus 1002 carries the data to main memory 1006, from which processor 1004 retrieves and executes the instructions. The instructions received by main memory 1006 may optionally be stored on storage device 1010 either before or after execution by processor 1004.

Computer system 1000 also includes a communication interface 1018 coupled to bus 1002. Communication interface 1018 provides a two-way data communication coupling to a network link 1020 that may be connected to any other interface and/or network, for example network 1056 of FIG. 10A. For example, communication interface 1018 may be an integrated services digital network (ISDN) card, cable modem, satellite modem, or a modem to provide a data communication connection to a corresponding type of telephone line. As another example, communication interface 1018 may be a local area network (LAN) card to provide a data communication connection to a compatible LAN (or WAN component to communicate with a WAN). Wireless links may also be implemented. In any such implementation, communication interface 1018 sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information.

Network link 1020 typically provides data communication through one or more networks to other data devices. For example, network link 1020 may provide a connection through one or more local or non-local networks to host computers or other data equipment operated by an Internet Service Provider (ISP).

In an embodiment, the network link 1020 may provide data communication services through the world wide packet data communication network now commonly referred to as the “Internet.” Communication may be accomplished through the user of, for example, electrical, electromagnetic, and/or optical signals that carry digital data streams. The signals through the various networks and the signals on network link 1020 and through communication interface 1018, which carry the digital data to and from computer system 1000, are example forms of transmission media.

Computer system 1000 may send messages and/or receive data, including program code, through the network(s), network link 1020 and communication interface 1018. In the Internet example, a server or other computer-enabled device or system may transmit a requested code for an application program through one or more networks and/or communication interface 1018.

Each of the processes, methods, and algorithms described in the preceding sections may be embodied in, and fully or partially automated by, code modules executed by one or more computer systems or computer processors comprising computer hardware. The processes and algorithms may be implemented partially or wholly in application-specific circuitry.

The various features and processes described above may be used independently of one another, or may be combined in various ways. All possible combinations and subcombinations are intended to fall within the scope of this disclosure. In addition, certain method or process blocks may be omitted in some implementations. The methods and processes described herein are also not limited to any particular sequence, and the blocks or states relating thereto can be performed in other sequences that are appropriate. For example, described blocks or states may be performed in an order other than that specifically disclosed, or multiple blocks or states may be combined in a single block or state. The example blocks or states may be performed in serial, in parallel, or in some other manner. Blocks or states may be added to or removed from the disclosed example embodiments. The example systems and components described herein may be configured differently than described. For example, elements may be added to, removed from, or rearranged compared to the disclosed example embodiments.

Conditional language, such as, among others, “can,” “could,” “might,” or “may,” unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.

The term “comprising” as used herein should be given an inclusive rather than exclusive interpretation. For example, a general purpose computer comprising one or more processors should not be interpreted as excluding other computer components, and may possibly include such components as memory, input/output devices, and/or network interfaces, among others.

Any process descriptions, elements, or blocks in the flow diagrams described herein and/or depicted in the attached figures should be understood as potentially representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process. Alternate implementations are included within the scope of the embodiments described herein in which elements or functions may be deleted, executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those skilled in the art.

It should be emphasized that many variations and modifications may be made to the above-described embodiments, the elements of which are to be understood as being among other acceptable examples. All such modifications and variations are intended to be included herein within the scope of this disclosure. The foregoing description details certain embodiments of the invention. It will be appreciated, however, that no matter how detailed the foregoing appears in text, the invention can be practiced in many ways. As is also stated above, it should be noted that the use of particular terminology when describing certain features or aspects of the invention should not be taken to imply that the terminology is being re-defined herein to be restricted to including any specific characteristics of the features or aspects of the invention with which that terminology is associated. The scope of the invention should therefore be construed in accordance with the appended claims and any equivalents thereof. 

What is claimed is:
 1. A computer system comprising: one or more computer readable storage devices configured to store: one or more software modules including computer executable instructions; and at least one set of user interaction data collected from interactions of a plurality of users with a software application, the at least one set of user interaction data including indications of interactions of the users with features of the software application, the users being associated with a plurality of groups of users; and one or more hardware computer processors in communication with the one or more computer readable storage devices and configured to execute the one or more software modules to cause the computer system to: receive an indication of two or more groups of users; access user interaction data associated with users of the two or more groups of users; and generate, based on the accessed user interaction data associated with the users of the two or more groups of users, an interactive user interface configured for display on an electronic display of the computer system, wherein the interactive user interface includes at least: a first portion including, for each group of the two or more groups of users, a respective graph indicating, over a same period of time, a number of interactions of users of the group with one or more features based on the accessed user interaction data related to interactions of users of the group with the software application.
 2. The computer system of claim 1, wherein the interactive user interface further includes at least: a second portion including a list of groups of users including at least indications of the two or more groups; and a third portion including indications of the two or more features of the software application.
 3. The computer system of claim 2, wherein the interactive user interface further includes: in the second portion, controls configured to enable an operator to select one or more of the groups of the list of groups, wherein selecting a group of the list causes an indication associated with the group to be displayed; and in the third portion, a list of the one or more features, wherein each of the one or more features is individually selectable by the operator.
 4. The computer system of claim 1, wherein the indication of the two or more groups is based on at least one of: an input from an operator, one or more operator preferences, or a previous selection received from the operator.
 5. The computer system of claim 1, wherein the graph indicates a number of interactions of users of the group with each of the one or more features over a period of time provided by an operator.
 6. The computer system of claim 5, wherein the graph comprises at least one of a line graph of a bar graph.
 7. The computer system of claim 6, wherein the graph comprises a bar graph, and wherein bar graph indicates, for the users of the group and each of the one or more features, a distribution indicating frequencies of user interactions.
 8. The computer system of claim 1, wherein the graph is based on user interaction data collected during an operator-defined period of time.
 9. The computer system of claim 1, wherein the user interaction data comprises at least one of usage data, performance data, or crash data.
 10. The computer system of claim 9, wherein the usage data indicates user actions including at least one of: selections of interface elements, application components used and/or activated, types of information and/or data accessed, or sources of information and/or data accessed.
 11. The computer system of claim 9, wherein the performance data indicates timings for completion of tasks by the software application.
 12. The computer system of claim 1, wherein the interactive user interface further includes one or more controls configured to enable an operator to create groups of the plurality of users, and wherein at least one of the two or more groups of the plurality of users is automatically determined.
 13. The computer system of claim 1, wherein the at least one set of user interaction data is collected as users interact with the software application, wherein the software application includes one or more hooks, wherein in response to at least one of an action by a user or a crash of the software application, the one or more hooks generate a record of the action by the user or the crash including at least one of: an identifier of the user, a time, an item selected, an application component used and/or activated, or an identification of data accessed.
 14. A computer system comprising: one or more computer readable storage devices configured to store: one or more software modules including computer executable instructions; and at least one set of user interaction data collected from interactions of a plurality of users with a software application, the at least one set of user interaction data including indications of interactions of the users with features of the software application, the users being associated with a plurality of groups of users; and one or more hardware computer processors in communication with the one or more computer readable storage devices and configured to execute the one or more software modules to cause the computer system to: receive an indication of two or more features; access user interaction data related to interactions of users with the two or more features; and generate, based on the accessed user interaction data related to interactions of users with the two or more features, an interactive user interface configured for display on an electronic display of the computer system, wherein the interactive user interface includes at least: a first portion including, for each feature of the two or more features, a respective graph indicating, over a same period of time, a number of interactions of users of one or more groups of users with the feature based on the accessed user interaction data related to interactions of users with the feature of the software application.
 15. The computer system of claim 14, wherein the interactive user interface further includes at least: a second portion including a list of features including at least indications of the two or more features; and a third portion including indications of the two or more features of the software application.
 16. The computer system of claim 15, wherein the interactive user interface further includes: in the second portion, controls configured to enable an operator to select one or more of the features of the list of features, wherein selecting a feature of the list causes an indication associated with the feature to be displayed; and in the third portion, a list of the one or more groups, wherein each of the one or more groups is individually selectable by the operator.
 17. The computer system of claim 14, wherein the indication of the two or more features is based on at least one of: an input from an operator user, one or more operator preferences, or a previous selection received from the operator.
 18. The computer system of claim 14, wherein the graph indicates a number of interactions of users of each of the one or more groups with the feature over a period of time provided by an operator.
 19. The computer system of claim 18, wherein the graph comprises at least one of a line graph or a bar graph.
 20. The computer system of claim 19, wherein the graph comprises a bar graph, and wherein bar graph indicates, for the feature and each of the one or more groups, a distribution indicating frequencies of user interactions. 